home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000150_fdc@watsun.cc.columbia.edu_Thu Nov 15 11:05:37 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  103 lines
  1. Article: 12971 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: ZModem Problems
  6. Date: 15 Nov 2001 16:04:45 GMT
  7. Organization: Columbia University
  8. Lines: 86
  9. Message-ID: <9t0p2t$cjk$1@newsmaster.cc.columbia.edu>
  10. References: <336f652d.0111141329.b5d3ad@posting.google.com> <9suos6$puh$1@newsmaster.cc.columbia.edu> <336f652d.0111150732.18b42f4f@posting.google.com>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1005840285 12916 128.59.39.2 (15 Nov 2001 16:04:45 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 15 Nov 2001 16:04:45 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12971
  16.  
  17. In article <336f652d.0111150732.18b42f4f@posting.google.com>,
  18. Shifeux <shifeux@hotmail.com> wrote:
  19. : > You mean, when running Zmodem software as an external protocol
  20. : > over a Kermit connection?
  21. : 
  22. : I think so, I am using the kermit client to connect to a remote host
  23. : which only supports the zmodem transfer protocol. I was under the
  24. : impression that kermit has its own way of handling the zmodem protocol
  25. : by the set proto z statement at the begining of my script?
  26. : 
  27. That's correct, but this does require external rz and sz programs that
  28. work over standard input/output.
  29.  
  30. : > : ... but I get the following error using my
  31. : > : script after issuing a receive * command:
  32. : > : 
  33. : > : Readline:TIMEOUT
  34. : > : Retry 0: Got TIMEOUT
  35. : > : 
  36. : > These are messages from the Zmodem software.
  37. : 
  38. : Thats what I thought, the transfer works sometimes and other times it
  39. : does not. My problem is that I would need some way to trap that error
  40. : so the script does not halt. Any ideas?
  41. : 
  42. Put an IF FAILURE clause after the RECEIVE command?
  43.  
  44. : > : input 20 {Username:}
  45. : > : output USER\13
  46. : > : ...
  47. : > : 
  48. : > You're not checking any of these INPUTs for failure.  Thus even if you
  49. : > script doesn't work, it will still start Zmodem in receive mode, and of
  50. : > Zmodem will time out if there is no connection.
  51. : 
  52. : I did have "if failure timeout" to catch this but i was experimenting
  53. : due to the timeout errors i was receiving. Made no difference either
  54. : way for me. The same timeout occurs.
  55. : 
  56. What is "timeout"?  It's not a Kermit command.  Is it the name of a macro
  57. that is defined in the context of this script?
  58.  
  59. : > : receive *
  60. : >
  61. : > What's the "*"?  This tells Kermit to save the incoming file under the
  62. : > name "*" (literally).  You probably didn't mean that.  Just leave it off.
  63. : 
  64. : This is what I type to get the files from the remote host. In
  65. : interactive mode typing receive * will transfer all the files in my
  66. : outbin on the remote host to the local pwd with the appropriate file
  67. : names.
  68. : 
  69. No, RECEIVE means "passively wait for files to be sent by the other
  70. Kermit".  When the files arrive, they are stored under the names they are sent
  71. with, except if you give RECEIVE an operand, this tells Kermit to store the
  72. incoming file under that name.  However, the operand is probably ignored for
  73. Zmodem.
  74.  
  75. : I am able to use the very same commands in interactive mode and
  76. : transfer files easily, however I think I am missing a parameter
  77. : somewhere for the script.  I have never seen the timeout errors while
  78. : going through these steps manually unscripted.
  79. :  
  80. I don't see anything obviously wrong.  Use the traditional debugging
  81. techniques:
  82.  
  83.   SET INPUT ECHO ON
  84.   SET TAKE ECHO ON
  85.  
  86. to watch what's happening.
  87.  
  88. Hmmmm, something just occurred to me.  You are using C-Kermit 8.0 Beta,
  89. right?  Recent releases of Kermit support something called "autodownload"
  90. for both Kermit and Zmodem protocol transfers.  If during either CONNECT
  91. mode an INPUT or MINPUT command, a Kermit or Zmodem packet arrives, C-Kermit
  92. automatically enters the appropriate protocol.
  93.  
  94. Therefore it is possible that the file was downloaded automatically before
  95. your script ever reaches the RECEIVE command, which would explain why RECEIVE
  96. times out.  To rule this out, try adding:
  97.  
  98.   SET TERMINAL AUTODOWNLOAD OFF
  99.  
  100. to your script.
  101.  
  102. - Frank
  103.